Метод непрерывных улучшений

Метод непрерывных улучшений.

Специально загуглил — называется Кайдзен. Но гугл сразу выдает кучу информации, что сбивает с толку. Возможно Кайдзен вообще не про то, о чем я сейчас буду говорить, но это не столь важно.

Важно то, что небольшие постоянные улучшения реально работают. Представьте, вы приходите на проект без линтера и говорите: «Пацаны, я скачал самый лучший линтер, там ваще ни шагу влево-вправо нельзя ступить, теперь используем его». Через секунду вы уже на вилах несмотря на удаленку.

Правильно говорить так: «Пацаны, я поставил линтер. На нем сейчас самый базовые правила и они на варнингах. Постепенно давайте их исправлять, а когда все исправим — варинги заменим на эрроры». И так за месецок-другой к линтеру все привыкнут, он обрастет новыми правилами и сами разработчики будут предлагать еще что-нибудь туда внести. Это ли не счастье?

Или вот еще пример. Я, в одном из проектов, пришел и сказал что не хочу разворачивать ветку на окружение после завершения работы над задачей, хотя по процессу команды это было необходимо. Я считал что это пустая трата времени разработчика — тестерам надо, сами пусть и разворачивают. Мне сразу дали понять что я не прав и не нужно лезть с такими идеями.

Но я не сдался и спустя время я предложил несколько небольших изменений процесса таким образом чтобы тестировщикам самим захотелось разворачивать ветку именно тогда когда она им нужна и туда где им удобно.

То есть по факту команда пришла к варианту который я предложил в самом начале. Но когда я предлагал сделать это за одну итерацию - все испугались перемен и восприняли идею негативно.

А когда мы сделали то же самое за несколько маленьких изменений, то все прошло гладко и команда сама была рада что наконец-то уже это произошло.

Отсюда вывод: хотите больших изменений — делайте маленькие, но частые и постоянные шаги и все получится!

© Счастливый тимлид